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Lueur d'intelligence 


La mise au point effective de robots intelligents se heurte encore à 
de très nombreux problèmes. Voyons d’un peu plus près le fossé 


entre la théorie et la pratique. 
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De tous les domaines de l’informatique, la robo- 
tique est sans doute celui où l’écart entre l’ima- 
gination et la réalité est le plus grand. Hollywood 
n’est pas avare de robots de science-fiction capa- 
bles de marcher, de parler, et même de complo- 
ter la destruction de l’humanité! Mais, non loin 
de là, à l’université de Stanford ou à Toulouse, 
en Europe, les modèles les plus sophistiqués peu- 
vent à peine traverser une pièce un tant soit peu 
encombrée sans se cogner aux meubles. 


Bien entendu, il existe déjà des robots incapa- 
bles de reconnaître des formes, installés le long 
des chaînes de montage, dans l’industrie auto- 
mobile notamment, qui accomplissent des tâches 
de soudure ou de peinture. Mais ils se bornent 
à répéter des séquences d’opérations préprogram- 
mées, sans jamais varier d’un pouce. Ils sont si 
dépourvus d’intelligence que toute interruption 
imprévue les voit s’agiter dans le vide, sans se 
rendre compte de rien. 


Le marché LA 


Robyn Beeche 


Starlette 
cybernétique 


Dès 1966, Bruce Lacey 
(qu’on voit ici à côté 
de sa création) mit 
au point Rosa Bosom 
afin de lui faire jouer 
le rôle de la reine 

de France dans une 
adaptation théâtrale 
des Trois 
Mousquetaires 
représentée au Royal 
Court Theatre de 
Londres. Construite à 
l’aide de relais et de 
moteurs achetés dans 
des surplus militaires, 
Rosa obéit à des 
commandes qui 
prennent la forme 

de signaux sonores, 
qu'elle convertit 

en mouvements 
particuliers. Elle 

est aussi dotée de 
capteurs à ultrasons 
qui lui permettent de 
détecter et d'éviter les 
obstacles. Sa « voix » 
était en fait 
enregistrée sur une 
bande magnétique, 
tandis que ses lèvres 
remuaient par 
télécommande. 
Encore plus 
intéressant : elle 
pouvait évoluer de 
concert avec un 
second robot baptisé 
Mate. 

Rosa a été présentée 
dans de nombreuses 
expositions, et a 
même gagné un 
concours de beauté! 


Un monde artificiel 

Le « monde des blocs » est 
en fait un modèle très 
abstrait du monde réel. Les 
chercheurs en intelligence 
artificielle s’en servent 
pour étudier l’analyse de 
scènes, la compréhension 
des messages et la 
résolution des problèmes. 
Mais les réussites, bien 
réelles, obtenues par ce 
moyen se révèlent très 
difficiles à adapter dans 

la réalité. 

(CI. Kevin Jones.) 
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Cet abîme entre la théorie et la pratique a des 
causes très complexes que l’on peut résumer en 
deux mots : « perception » et « planification ». 
Les robots actuels sont incapables d’analyser les 
données transmises par leurs capteurs. S’ils le 
pouvaient, ils ne sauraient d’ailleurs pas quoi 
faire des résultats. C’est bien pourquoi la robo- 
tique est un terrain d’expérimentation privilégié 
pour les théories relatives à l’intelligence artifi- 
cielle. Le roboticien s’efforce en effet de mettre 
au point un appareil capable d’affronter le 
monde réel, et pour cela il faut impérativement 
que le dispositif en question soit au moins en 
mesure d’analyser son environnement. 


Il n’est pas très difficile de connecter un robot 
à toute une batterie d’appareils — caméras de 
télévision, détecteurs de chaleur, palpeurs, dis- 
positifs à ultrasons, etc. — qui pourront lui four- 
nir des données inaccessibles aux humains : la 
lumière infrarouge ou ultraviolette par exemple. 
Mais, à moins de se déplacer dans un univers très 
étroitement défini, l’engin ne comprendra pas le 
sens des informations qu’il reçoit. 

Mettre au point un algorithme efficace qui per- 
mettra de trouver un chemin à travers un laby- 
rinthe est une chose. S’en servir pour guider un 
robot dans un environnement urbain en est une 
autre : il faut tenir compte de tous les obstacles 
imaginables qu’il peut rencontrer. 

Rappelons les raisons du grand succès des com- 
pétitions comme « Micromouse ». Une « sou- 
ris » contrôlée par ordinateur doit s’orienter, le 
plus rapidement possible, au sein d’un labyrin- 
the, de façon à parvenir au centre en un temps 
très court. La théorie donne les principaux algo- 
rithmes pour ce faire. Maïs les murs ne sont 


jamais parfaitement parallèles ; il y a, de-ci de- 
là, des flaques d’huile dues aux concurrents pré- 
cédents, et ainsi de suite. Dans ces conditions, 
la robustesse de l’engin et ses facultés d’adapta- 
tion auront bien plus d’importance que l’algo- 
rithme qui le fait se mouvoir. 

Dans tous les autres domaines, ou presque, de 
l'intelligence artificielle, le programmeur peut très 
bien se limiter à un « micro-monde » qu’il a créé 
lui-même. Un logiciel de jeu d’échecs opère au 
sein d’un environnement parfaitement abstrait. 
Les systèmes experts s’intéressent aux faits et non 
aux choses. Aussi les chercheurs sont-ils toujours 
tentés de se limiter à un « monde de blocs ». 


Il s’agit en fait d’un environnement très sim- 
plifié, réduit à quelques cubes semblables à ceux 
des enfants. Bien entendu, il ne s’agit pas de 
cubes « réels », mais de leur représentation hau- 
tement formalisée. Il est très agréable d’écrire des 
programmes qui peuvent résoudre des problèmes 
et manipuler des objets au sein d’un univers qui 
se réduit à l’unité centrale d’un ordinateur. 


Un modèle cognitif 


Le roboticien, malheureusement, ne travaille pas 
dans des conditions aussi faciles. Un appareil 
«intelligent » — c’est-à-dire capable de se dépla- 
cer de sa propre initiative — doit obligatoirement 
disposer d’un modèle cognitif de son environne- 
ment. Il doit également pouvoir réagir aux mes- 
sages parlés. Comme il est impossible de les pré- 
voir tous, il faudra donc qu’il puisse apprendre. 
Bref, les problèmes à résoudre sont énormes et 
loin d’être résolus. On peut les classer en quatre 
grandes catégories : 


— vision informatisée ; 

— reconnaissance de la parole; 

— résolution de problèmes dans un environ- 
nement dynamique ; 

— capacité d'apprentissage. 

Encore n'est-ce qu’une liste réduite au 
minimum. 

Les robots industriels modernes, par exemple, 
sont prévus pour évoluer au sein d’un environ- 
nement extrêmement structuré. Ce sont en fait 
de simples dispositifs mécaniques commandés par 
ordinateur et intégrés dans une chaîne de mon- 
tage totalement automatisée. Leurs « mains » 
seront ainsi capables de visser des boulons, et un 
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opérateur humain pourra leur « enseigner » des 
séquences de mouvements à répéter. Mais les 
robots ne peuvent que les mémoriser, sans jamais 
être en mesure de les modifier. Ce n’est d’ailleurs 
pas utile — ils travaillent dans un cadre si 
contraignant qu’ils n’ont aucun besoin de capa- 
cités de perception. 

Pourtant certains robots sont d’ores et déjà 
capables de s’aventurer dans le monde extérieur. 
Ils sont un peu moins dépendants des humains, 
ou d’autres machines, et peuvent, de façon 
encore limitée, définir leurs propres tâches. 

Un des moyens les plus simples pour doter le 
robot de perception est évidemment de le faire 
« voir ». Une caméra vidéo recueille des images 
(de l’objet qu’il doit prendre, par exemple) et les 
transmet à un ordinateur de contrôle (qui peut 
d’ailleurs être différent de celui qui commande 


le bras mécanique). L'information fait alors 
l’objet d’un traitement approfondi (par des 
méthodes « ascendantes », « descendantes », ou 
par un mélange des deux) qui permet de mettre 
en évidence des structures pertinentes par rapport 
au contexte de travail. Le robot dispose donc 
d’une image des objets et des outils avec les- 
quels il doit travailler, et des instructions indis- 
pensables. Le grand avantage d’un système de 
vision, si limité qu’il soit, est que le robot peut 
ainsi recevoir des pièces venues de différentes 
directions, et faire la différence entre elles : il peut 
donc les manipuler de façon plus correcte qu’un 
robot « aveugle ». 
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Les concepteurs peuvent aussi doter le robot 
du sens du toucher, en plaçant des palpeurs au 
bout de ses « mains ». Lorsqu'ils entreront en 
contact avec un objet quelconque, l’information 
sera transmise à l’ordinateur de contrôle, qui se 
chargera de l’analyser. Si par exemple le robot 
vient à heurter un mur, non seulement la colli- 
sion sera détectée, mais de surcroît l’erreur se 
verra étudiée de près, pour faire en sorte qu’elle 
ne se reproduise pas. Un test désormais classi- 
que consiste à faire percer un trou au robot : 
d’abord dans une pièce d’acier, puis dans un 
œuf... sans briser la coquille! 

La robotique n’a encore mis au point que des 
systèmes de vision et de toucher assez rudimen- 
taires. Elle se heurte en effet au problème de la 
rétroaction. Mais il est très difficile de donner à 
l’information venue du monde extérieur une 


Des idées à la chaîne 


Un robot capable de « voir » 
pourrait être mis en œuvre 


afin de reconnaître et 
prendre des objets 


de 


circulant sur une chaîne de 
montage. Il lui faudrait 
sans doute faire usage de 


deux ordinateurs : le 
premier serait chargé 


d'interpréter les données 
transmises par une caméra 
de télévision, et le second 


contrôlerait le bras 
mécanique lui-même 


et la saisie des objets. 


(CI. Kevin Jones.) 
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forme acceptable (et surtout réellement utilisa- 
ble) par l’ordinateur de contrôle. Une des gros- 
ses difficultés n’est autre que le traitement des 
données « en temps réel » : le robot devrait pou- 
voir réagir à un événement quelconque avant 
même qu’il ait pris fin. Quelques modèles y par- 
viennent plus ou moins, à l’aide de capteurs 
et d’une petite capacité d’analyse de la rétro- 
action : ce sont les robots dits « de deuxième 
génération ». 

Nous avons déjà vu que comprendre un mes- 
sage parlé continu était extrêmement difficile 
pour un système informatisé. Le principal obs- 
tacle en ce sens vient du fait que le robot n’a 
aucun contrôle sur ce qu’on peut lui dire — pré- 
cisément parce qu’il doit pouvoir tout entendre! 
Il est pourtant possible de lui donner un degré 
suffisant de reconnaissance de la parole (ce qu’on 
ne doit pas confondre avec la compréhension de 
celle-ci). En fait, cela se réduit à lui apprendre 
quelques mots ou quelques phrases, auxquels il 
devra réagir de façon appropriée, un peu comme 
un chien réagit à des ordres comme « Assis! », 
« Couché! » ou « Donne la patte! ». 

La recherche en robotique a beaucoup profité 
des programmes d’exploration spatiale. Les 
ingénieurs de la NASA ont par exemple mis au 
point un véhicule d’exploration baptisé Mars 
Rover, afin qu’il puisse évoluer à la surface de 


la planète Mars. Il sera équipé de détecteurs 
(caméras de télévision, en particulier) lui permet- 
tant de collecter des informations, et aura assez 
d’« intelligence » pour en faire réellement usage. 
Il serait en effet absolument inopérant de lui 
envoyer des signaux depuis la Terre à chaque fois 
qu’il doit entreprendre une nouvelle action : 
l’aller et retour radio prend environ une heure 
et demie... C’est un appareil qui ne sera mis en 
œuvre que dans quelques années, mais les Amé- 
ricains ont réussi dès 1976 à poser sur Mars deux 
sondes Viking. Elles se sont livrées à des analy- 
ses chimiques du sol et de l’atmosphère, sans être 
continuellement suivies par la station de contrôle 
de Houston. 

Envoyer des robots — et non des astronautes 
— dans l’espace se révèle par ailleurs moins coû- 
teux, ce qui n’est pas négligeable quand on 
connaît l’énormité des sommes mises en jeu : 
selon des sources américaines, lancer un homme 
dans l’espace, l’y faire demeurer, puis le 
ramener sain et sauf sur la Terre coûte environ 
100 000 francs de l’heure.…. 


Un système autoreproducteur 


Le mathématicien John von Neumann a lancé, 
vers la fin des années quarante, une idée qui se 
révélera peut-être très fructueuse dans l’avenir. 
On lui doit en particulier les principaux concepts 
théoriques qui ont permis la réalisation des ordi- 
nateurs numériques, ainsi que des réflexions sur 
l’autoreproduction des automates (ce qui ne 
représente d’ailleurs qu’une faible partie de ses 
travaux, au premier rang desquels il faut comp- 
ter la théorie des jeux). Il pensait en effet que les 
machines pourraient se reproduire en suivant un 
ensemble de règles simples. 

Un système de ce genre aurait besoin, selon lui, 
de quatre composants de base. Tout d’abord une 
sorte d’« usine » automatisée qui pourrait ras- 
sembler des matières premières et les transformer 
en produits finis selon les instructions qui lui 
seraient données. Ensuite un duplicateur qui 
recopierait ces instructions, puis un contrôleur 
qui lui transmettrait les ordres à recopier. Enfin, 
il y aurait les instructions elles-mêmes, qui indi- 
queraient au système comment construire une 
nouvelle « usine » à partir des produits qu’il vient 
de fabriquer. 

Ces considérations sont restées à l’état de spé- 
culations théoriques pendant près de quarante 
ans, jusqu’à ce que les chercheurs de la NASA 
définissent un projet analogue en vue de la 
création d’un système autoreproducteur qui 
évoluerait sur la Lune. Cette usine spatiale com- 
prendrait un « constructeur universel » qui se ser- 
virait des pièces créées par l’unité de production 
pour construire avec elles une nouvelle usine 
— qui serait également dotée d’un autre construc- 
teur universel! L’ensemble devrait recourir aux 
matières premières disponibles sur la Lune, et 
n’aurait pas besoin d’être suivi de la Terre. Il 
pourrait par ailleurs créer à son propre usage de 
nouveaux robots chargés d’effectuer des tâches 
particulières. 


Début de partie 


Définissons les modules qui nous permettront de jouer au go. 
Nous ferons usage d’une structure « en pile » des données, ainsi que 


du concept de récursivité. 


Quand on doit rédiger un programme de ce type, 
il est nécessaire de recourir à plusieurs sous- 
programmes d’emploi général, dont des procé- 
dures de mise à jour du plateau de jeu, de vérifi- 
cation de la légalité de chaque coup, etc. C’est 
ainsi qu’un logiciel d’échecs aura forcément 
besoin d’un module qui verra si le roi est, ou non, 
soumis à une attaque. 

Il est bien entendu tout à fait possible d’en rédi- 
ger un chargé de trouver les coups qui mettent 
le roi adverse en échec, et qui par ailleurs défend 
le nôtre de façon qu’il ne soit pas menacé. Il est 
cependant bien plus judicieux de mettre au point 
un sous-programme à valeur générale, qui répond 
par VRAI ou FAUX à la question : « Le roi de la 
couleur considérée est-il en échec? » Il suffira 
ensuite de lui donner à chaque fois une valeur 
différente pour la couleur, et de voir à quelles 
conclusions il aboutit. 

Nous suivrons une démarche de ce type pour 
notre programme de go. Plutôt que d’addition- 
ner des modules consacrés chacun à un type de 
groupe particulier, nous nous servirons d’un 
sous-programme qui fait ledécompte de toutes 
les pierres de chaque groupe. Nous pourrons 
ensuite, en appelant telle ou telle partie du pro- 
gramme, estimer l’importance réelle des résultats 
ainsi obtenus. 

La version destinée au BBC Micro fait usage 
d’une procédure qui recevra le nom de PROC- 
recherche. Elle se voit transmettre deux paramè- 
tres : la position de chaque pierre du groupe 
considéré (P%), et la couleur de ce groupe (C%). 
Elle ajoute alors 1 à CSTN%, qui représente le 
nombre total de pierres du groupe, puis passe en 
revue les quatre pierres adjacentes. Pour chacune 
d’elles, la même procédure est répétée, à condi- 
tion bien sûr qu’elle n’ait pas déjà été décomp- 
tée. Comme nous disposons déjà d’une procédure 
chargée d’effectuer cette recherche dans les qua- 
tre directions à partir d’une pierre, le plus sim- 
ple est évidemment de faire en sorte qu’elle 
s’appelle elle-même! C’est un exemple de ce 
qu’on appelle la récurrence. Comme le concept 
peut paraître un peu compliqué à première vue, 
rendons les choses plus claires en décomposant 
la structure d’ensemble de la procédure de 
recherche : 


RECHERCHE (position départ, couleur donnée) 

IF position de départ sur plateau 
AND position départ occupée par pierre de la couleur donnée 
AND position départ non encore décomptée 

THEN 


marquer position départ pour ne pas la décompter 
ultérieurement 
ajouter 1 à CSTN% [variable de comptage) 
RECHERCHE (au nord position départ, couleur donnée) 
RECHERCHE (à l'est, couleur donnée) 
RECHERCHE {au sud, couleur donnée) 
RECHERCHE (à l'ouest, couleur donnée) 
ENDIF 
END RECHERCHE 


La mise en œuvre de la récursion se fait au 
moyen de quatre instructions séparées, et non de 
l’intérieur d’une boucle, afin d’éviter les problè- 
mes qui apparaissent lorsque la recherche est 
menée à un niveau trop profond. 


Une structure en pile 


Quand le sous-programme s’appelle lui-même, le 
paramètre « position de départ » est remplacé par 
un nouveau (dans l’une des quatre directions), 
et l'exécution du module continue. 

Ce nouveau paramètre peut lui-même provo- 
quer l’appel récursif de la procédure de recher- 
che, créant une nouvelle variable « position de 
départ », et ainsi de suite. À un moment ou 
à un autre, une des conditions |F se révélera 
fausse, aussi l’appel prendra fin sans que les ins- 
tructions THEN provoquent à leur tour une récur- 
rence. Dans ce cas, le paramètre « position de 
départ » reprend sa valeur précédente. 

C’est donc une structure de données « en 
pile », qu’on peut comparer à un groupe d’assiet- 
tes empilées les unes sur les autres. A chaque 
appel récursif de la procédure, une nouvelle 
assiette est placée au sommet de la pile. Quand 
ce niveau particulier de récurrence prend fin, 


LE 


Compte 
en tête 


Le programme de 
recherche, utilisé pour 
évaluer l'état des 
groupes du plateau, 
incorpore (ou simule) 
des procédures 
récursives de 
recherche dans quatre 
directions à partir de 
chaque pierre d’un 
groupe. Le programme 
s'arrête quand une 
ouverture où une pierre 
ennemie est atteinte. 
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Programmation 


En raison de son haut 
degré d’abstraction, le jeu 
de go a conquis un très 
large public en Europe 
En outre, ses structures 
de jeu se prêtent 
admirablement à des 
exercices de 
programmation 
particulièrement 
intéressants 

(CI. Pix-J. Bénazet.) 
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l’assiette est ôtée de la pile (et la même valeur 
de la variable est remise en circulation). C’est ce 
qu’on appelle le principe LIFO (Last In, First 
Out, « dernier entré, premier sorti »). 

Le Commodore 64, le Spectrum et l’ Amstrad 
ne disposent pas de procédures et de variables 
locales. C’est pourquoi, dans les versions qui leur 
sont destinées, nous emploierons les tableaux 
SK%1) ou sl), qui géreront les valeurs nécessaires. 

Pour cela un pointeur (STACK%, ou un équiva- 
lent) aura pour tâche de conserver trace de la 
position placée au sommet de la pile. II sera incré- 
menté à chaque nouvel ajout, et décrémenté à 
chaque retrait. La variable appropriée recevra 
alors la valeur correspondante — celle du 
sommet. 

Une des conséquences de ce sous-programme 
est que la récurrence prend fin aux bords du 
groupe analysé. Quand nous en arrivons là, nous 
pouvons chercher à voir s’ils se trouvent eux- 
mêmes aux bords du plateau, ou s’ils sont occu- 
pés par des pierres de couleur opposée. Aussi la 
seconde partie de la procédure fait-elle le 
décompte des libertés du groupe, à l’aide de la 
variable CLIB%. Là encore, les positions corres- 
pondantes doivent être décomptées, faute de quoi 
elles seraient incluses dans le total à deux reprises. 

Pour le décompte des pierres du groupe, nous 
ferons appel à la procédure PROCcomptage, qui elle- 
même appelle PROCrecherche. Cela provoquera l’ini- 
tialisation des variables de comptage et la mise 
à zéro des marqueurs après emploi de 
PROCrecherche. 

Pour le marquage des positions, vous remar- 
querez que nous nous servons du plateau de jeu 
lui-même, afin d’éviter de compter deux fois. Une 
fois ce plateau marqué, toutefois, il nous faudra 
nous débarrasser des marqueurs avant de pou- 
voir continuer. De nouveau nous ferons appel à 


un sous-programme d’emploi général, PROCmiseà 
260, qui procède à un AND logique (AND 3) sur les 
octets concernés du plateau, ce qui supprime les 
marqueurs du bit 2. Les couleurs sont gérées par 
les deux bits de poids faible de chaque octet, et 
les marqueurs (pierre, libertés) par les troisième 
et quatrième bits; PROCmiseäzéro(3) est donc parfai- 
tement adaptée à la tâche. Par exemple : 
Octet ABCDEFGH 
a 00000011 


00000 0 GH 


La version destinée au Spectrum est un peu dif- 
férente ; la commande AND du BASIC de l’appareil 
ne laisse pas à découvert les bits qui ne nous inté- 
ressent pas, et ne peut être mise en œuvre que 
pour donner des résultats de type vra/faux dans des 
expressions du type [FX <3 AND Ÿ = 3 THEN... Il fau- 
dra donc procéder dans ce cas particulier à une 
opération de soustraction afin de remettre à zéro 
le bit 2. : 

La définition de la procédure PROCmiseëz 
met par ailleurs de la mettre en œuvre au début 
de chaque partie, afin de vider complètement le 
plateau de tout ce qui pourrait s’y trouver : on 
l’appelle tout simplement avec un paramètre égal 
à zéro. C’est le sens de la ligne 1400. 

Il ne reste qu’une seule procédure à mettre en 
œuvre avant de pouvoir rédiger tous les modu- 
les spécifiquement consacrés aux mouvements des 
pièces et à leur analyse. C’est celle qui, au tout 
début du jeu, place sur le plateau les pierres de 
handicap. Le plus faible des deux joueurs (il joue 
toujours avec les noirs) a le droit de disposer 
préalablement sur le plateau entre deux et neuf 
pierres. Elles doivent impérativement être placées 
en des points bien précis, définis par le module 
handicap (lignes 600 à 750). L’ajout des lignes 1580 
et 1630 à 1690 permet de mettre en place, de 


0 per- 


façon correcte, les pierres de handicap; les DATA 
des lignes 670 à 740 contiennent les positions cor- 
respondantes. Vous constaterez que les lignes de 
DATA sont de longueur croissante; on passe en 


effet de deux à neuf pierres. 


Le programme a délibérément été conçu sous 
une forme très structurée, ce qui permet de le 
modifier aisément afin d’y incorporer une option 
deux joueurs; l’ordinateur se borne dans ce cas 
à vérifier qu'aucun des concurrents ne triche. 


Commodore 64 


320 GOSUB 600 
590 : 
600 REM READ-HANDICAPS ROUTINE 
620 HNCP=BOARD+512 
640 FOR L=0 TO 43 
650 READ H%:POKE HNCP+L,H% 
660 NEXT 
670 DATA 68,204 
680 DATA 68,204, 76 
690 DATA 68,204, 76,196 
700 DATA 68,204, 76,196,136 
710 DATA 68,204, 76,196,132,140 
720 DATA 68,204, 76,196,132.140,136 
730 DATA 68,204, 76,196,132,140, 72,200 
740 DATA 68,204, 76,196,132,140, 72,200 
136 
750 RETURN 
Y760 : 
770 REM#%K2% 2% 2426 24e 2 2e 28e 6 2e 2 6 Ke 6 26 6 NE NE ONG NE NE NE NE GONE KG ME 
1400 MSK%=0:GOSUB 4330 
»1580 GOSUB 1630 
1620 à? 
1630 REM HANDICAP ROUTINE 


X1650,Q%=INT( (HND%-2)/2%(HNDX+1)+0.5) 


1660 FOR/LaQ%X TO QX+HND%-1 


:: PX=PEER(HNCP+L):POKE BOARD+P%, BLACK % 


BOWNEXT/ 
L690 RETURN / 


NN 90 :/ 


CL 7 L OR EM M 2e 6 2 M M 2 M GK NEED GE 


bo36 k / 
4040 RËM COUNT ROUTINE 


> nn CSTNYX=0 


070 SPX=CPX:SC%X=CC%X: GOSUB 4130 


a 4080 MSK%X=COLOURY: GOSUB 4330 


>74090 RETURN O THEN RETURN 
4150 IF (PEEK(BOARD+SP%X) AND COLOURX) = 
GOTO 4250 k 


4160 IF CPEEK(BOARD+SPX and, SCXIL0 THEN 


RETURN 


4170 IF (PEEK(BOARDÉPX) AND MAÉKERX)S0 \ 


THEN RETURN 


4100 : F. \V x 

4110 * CPCPERR PNR 
4120 . X \V NN 
1130 EN 


4140 IF (SP% AND, 240)=0 or E71 AND: 15% 
4180 POKE BOARD+SPX%X, SCK+MARKÉRX\ 
41190 CSTNX=CSTNX+1 \/" 

4195 SKX(STACKX ) =SPXA STACKX = STACKX XI 
1200 SPX=SK%X(STACK%X- = LXÉDIRX(1 ) à DEUR 43 
) 

4210 SPX=SK%(STACKX%- 1)+DÉRX (2: : GOSUB 13 
() 


0 ; 

1230 SPX=SKX(STACKX-1 )+DIRX( 4 ): GOSÛB L13 
[e] 

4235 STACKX=STACK%X-1:SPX=SK%X(STACKX) 
4240 RETURN 

4250 IF (PEEK(BOARD+SP%X) AND LIBERTŸY%)>0 
THEN RETURN 

1260 POKE BOARD+SP%, LIBERTY% 

1270 CLIB%X=CLIB%X+1 

4290 RETURN 

4300 : 

4310 REM3%#2%K 2% 2% 24626 2e 2e 6 2e 26 2e 2 2€ 286 NE 26 6 NE EN RE ONE DE KE GK CC 

1320 : 

41330 REM CLEAR ROUTINE 

4350 FOR L=0 TO 255 

4360 POKE BOARD+L, PEEK(BOARD+L) AND MSK% 

4370 NEXT 

4380 RETURN 

4390 : 

DENT A CELL LLLLELELLLLLLLLLLLLLLLELL ELLE: 


L220 SPX=SKX(STACK%X-1) +D1RÈ 3): éosur 413 


er 


Amstrad CPC 464/664 


270 GOSUB é00:REM read handicaps 
590 : 
600 REM read handicaps routine 
620 hncp=boar d+&200 
630 RESTORE 670 
640 FOR 1%=0 TO 43 
650 READ h%:POKE(hncp+1%) ,h% 
660 NEXT 1% 
670 DATA &44,&cc 
680 DATA &44,&cc ,&4c 
690 DATA &44,&cc,&4c ,&c4 
700 DATA &44,&cc,&dc,&c4,&88 
710 DATA &44,&cc,&äc,&c4,884,&Bc 
720 DATA &44,&cc,&dc,&c4,&84 ,&Bc ,&88 
730 DATA &44,&cc,&dc,&c4,884,8&8c,8&48,&c8 
740 DATA &44,&cc ,&dc ,&c4,884,&B8c,&48,&c8 
,&88 
750 RETURN 
760 : 
770 REM ##K#XXXXEAXEEEREERNRXÉE 
1400 maskK#=0:GOSUB 4330:REM clear routine 
1580 GOSUB 1630:REM hahdicap routine 
1620 : 
1630 -REM händicap routine 
1650. q/Æ=INT(Chand4-2)/2*x*(hand4+1)+0.5) 
Ké60 FOR 1Z=q% TO qgXthandz-1 
1670/LET p=PEEK(hncp+1%) :POKE(boar d+p%#) 
:bTack% 
1680 NEX 
1690" RET 
\ 1700 : X < 
1710 REM ##K#R#XHERERERRERERREX 
4030 : : x 
4040 REM coùnt routine 
4050,€1 ib4=0 :estn}=0 
4060 clocÆ(1)=0:cloc/(2)=0 


"4080 mask/=colour/:GOSUB 4320:REM clear 
4090 RETURN 
AO REM XXK XX RER EEE RUE EX À 

(4120. : : | 
430 REM Search roûtine 
4140 IF (sp% AND: 240)=0 oR (sp AND 159= 
O0 THEN RETURN 

X 450 JF CREEK Cboar dt sp) AND CR aE 
\, lHEN 4250 
4160 IF XPEEK(boar d# sp) AND sc4)=0) THEN. à 

RETURN \ N ; 
4170-1F (PEEK(boar d+sp%) AND marker’ ’ 
HEN, RETURN CG » 

4180. POKE(board+sp) ,sc/+martkerXx MÉTERS 
4190 cstn/=cstn+i A à 
4195 sétack/)=splistackK/=stack/+1 * 

4200, Sp%=s(stack4-1)+dir C1) : GOSUB 4130 
4210 spZ=s(stack/-19+dir/(2)+:G0SUB 4130 
4220 sp/=sCstack/<1 0: :GOSUB 4130 


F3 | 4070 spé=cpkisc/scc/GOSÛUB 4130:REM search 


*X 4230/sp/=zs(stack/-i r2(4):GOSUB 4r30 
4235 stack/=stackÆ-1:sp#=s(stackX) 
4240 RETURN 

€ 4250" IF (PEEK(board+ép) AND liberty) >0 
THEN RETURN 
4260 POKE(boar dtsp/), li ber ty% 
4270 clib/=cl ib/+#1 


4290: TURN 
430 
4310 MREHXRERHEERÉRMÉNRÉEX 


4320, : 
4330-REM èjear routine 
. 4350 FOR 1%=0-T0O 255 
\ 4360 POKE(boar d+1%) ,(PEEK(board+1%) AND 
mask?) 
4370 NEXT 1% 
4380 RETURN 
4390 : 
4400 REM x#XX##XEMRENEEREEXEXX 


Sinclair Spectrum 


270 GO SUB 600 

590: 

600 REM read-handicaps routine 

620 LET hnecp=board+512 

630 RESTORE 670 

640 FOR 1=0 TO 43 

650 READ h: POKE hncp+1,h 

660 NEXT 1 

670 DATA 68,204 

680 DATA 68,204, 76 

690 DATA 68,204, 76,196 

700 DATA 68,204, 76,196,136 

710 DATA 68,204, 76,196,132,140 

720 DATA 68,204, 76,196,132,14 
0,136 

730 DATA 68,204, 76,196,132,14 
0, 72,200 

740 DATA 68,204, 76,196,132,14 
0, 72,200,136 

750 RETURN 

760: 

770 REM. #62 62 2628 26 2e m6 6 2e 2 NC NE CODE EE 
1400 LET mask=0: GO SUB 4330 
1580 GO SUB 1630 
1620: 

1630 REM handicap routine 

1650 LET Q=INT ((hand-2)/2#(hand 
+1)+0.5) 

1660 FOR 1=Q TO q+hand-1 

1670 LET p=PEEK (hncp+1): POKE b 
ocard+p,black 

1680 NEXT 1 

1690 RETURN 

1700: 

1710 REM 2462 62e 22 ae 2e 26e 266 2e EEE NE NC 
1030: 

LO4O REM count routine 

4050 LET clib=0: LET cstn=0 

4070 LET sp=cp: LET, sc=cc: GO SU 
B 4130 

4080 LET mask=colour: GO SUB 4330 
1090 RETURN 

1100: 

4110 REM 224246262466 Me ee 2 D MG K€ 2 CNE KG CNE OK 
4120: 

41130 REM search routine 

4140 IF INT (sp/16)=0 OR sp-16%I 
NT (sp/16)=0 THEN RETURN 

4150 IF PEEK (board+sp)=1liberty 
OR PEEK (board+s8p)=0 THEN GO TO 

4250 
4160 IF PEEK (board+sp)=colour-s 
e THEN RETURN 
4170 IF PEEK (board+sp)>colour T 
HEN RETURN 
4180 POKE board+sp,sc+marker 
4190 LET cstn=cstn+1 
1195 LET s(stack)=8p: LET stack-= 
stack+1 
1200 LET sp=s(stack-1)+d(1): GO 


SUB 4130 

4230 LET sp=s(stack-1)+d4d(4): GO 
SUB 4130 

4235 LET stack=stack-1: LET sp=8 
(etack) 


4240 RETURN 

4250 IF PEEK (boerd+sp)>colour T 

HEN RETURN 

41260 POKE board+sp,liberty 

4270 LET clib=clib+1 

1290 RETURN 

4300: 

4310 REM 2322222 Me Me Me NE ECC ON 

4320: 

4330 REM clear routine 

4350 FOR 1=0 TO 255 

4360 IF PEEK (board+1)>mask THEN 
POKE (board+1),PEEK (board+1)- 

mask-1: GO TO 4360 


4370 NEXT 1 
4380 RETURN 


4390: 
4OO REM #22 ee 2h62 GE 2 K€ CNED NEED 


Avantage territorial 
Ici, les blancs 

se sont emparés du 
coin inférieur gauche 
du plateau, mais leur 
territoire n’est pas 
encore véritablement 
sûr. Le point vital en 
ce sens est marqué 
d’une croix. 


Course de vitesse 

Si en effet les noirs 
ont l’occasion de 
jouer à cet endroit, 
ce sera un atari sur 
la pierre blanche 
située tout au bord à 
gauche. Les blancs 
peuvent bien sûr 
essayer d'occuper le 
coin, mais ils ne 
pourront éviter d'être 
finalement capturés 
par leur adversaire. 


Une solution de 
rechange 

Plutôt que d'occuper 
le coin, les blancs 
peuvent choisir de 
sacrifier leur pierre, 
et par là même de 
contenir l'invasion 
par les noirs de leur 
propre territoire. 


Caroline Clayton sur Macintosh 


Vision particulière 


L’Omni-reader, d’Oberon International, est l’un des derniers OCR à 
microprocesseur pouvant lire un texte imprimé et le charger dans un 
micro possédant une interface RS232C. 


Au cours des dernières années, on a beaucoup 
parlé de l’évolution du travail de bureau et de la 
disparition progressive de la paperasse. Puisque 
les ordinateurs peuvent échanger de l’informa- 
tion électroniquement, pourquoi s’encombrer de 
papier? Cependant, les scénarios que certains 
avaient prématurément envisagés se sont révélés 
inexacts. La plupart des utilisateurs préfèrent 
encore utiliser le papier pour certains traitements 
de l’information. De plus, les données doivent 
encore être entrées manuellement dans l’ordina- 
teur en attendant le travail de bureau purement 
électronique. Pour accélérer ce mouvement, les 
unités de reconnaissance optique de caractères, 
qui firent leur apparition en 1955, lisent le texte 
sur une page imprimée et l’entrent dans l’ordi- 
nateur. Cependant, ce n’est que tout récemment 
qu’elles ont commencé à faire leur apparition 
dans les bureaux. 

L’Omni-reader d’Oberon International est 
l’une de ces nouvelles unités de gestion. Bien que 
le logiciel ne s’adresse initialement qu’à l’IBM 
PC, à la gamme Apricot et à l’ Apple Macintosh, 
l’unité peut théoriquement être utilisée par tout 
micro possédant une interface RS232C. 

L’Omni-reader est composé d’une tablette 
porte-document en plastique et d’une règle hori- 
zontale qui glisse le long d’une barre verticale du 
côté gauche de la tablette. Le lecteur optique lui- 
même (un dispositif manuel muni de deux bou- 
tons et d’une DEL) est monté sur la règle et peut 
être déplacé sur la surface d’un document placé 
sur la tablette, un peu comme la tête d’impres- 
sion d’un traceur xy. 

Différentes fonctions et polices de caractères 
peuvent être sélectionnées; celles-ci sont repré- 
sentées par des DEL qui apparaissent en haut de 
la tablette. Quatre polices seulement peuvent être 
analysées par l’'Omni-reader. Ce sont Courier 10, 
Courier 12, Gothique 12 et Prestige Elite 12, les- 
quelles sont les plus utilisées sur les imprimantes 
à marguerite et sur les machines à écrire. 

A l’intérieur du lecteur optique, deux sources 
de lumière infrarouge dirigent l’image sur les cir- 
cuits détecteurs de lumière. Le détecteur ne peut 
lire que les caractères imprimés avec des encres 
au carbone ou résultant d’une photocopie (pro- 
cédé également fondé sur le carbone), ce qui 
implique des avantages et des inconvénients. 
L’aspect positif est que l’encre des stylos à bille 
et les autres encres sont « transparentes » pour 
le détecteur. Le texte peut donc être lu même s’il 
comporte des marques de stylo ou des coups de 
tampon. De plus, cela signifie que la plupart des 


papiers colorés ne gêneront pas le fonctionne- 
ment de l’Omni-reader. En revanche, les limites 
du système sont évidentes quand on imagine que 
les traits de crayon doivent être entièrement 
gommés afin qu’un texte soit lu correctement. 

Le lecteur optique est relié à l’arrière de la 
tablette de l’Omni-reader au moyen d’un câble. 
Apparaissent également à l’arrière de la tablette 
une prise d’alimentation externe, une prise 
RS232C de type D standard à 25 broches et deux 
blocs de commutateurs DIP — l’un sert à régler 
le débit en bauds et l’autre permet de définir des 
fonctions comme l'établissement de liaison et 
l’espacement de caractères. 

Pour lire du texte dans l’ordinateur, vous devez 
d’abord placer la copie imprimée sur la tablette, 
puis aligner une fenêtre définie par la règle au- 
dessus de la ligne devant être lue. Il faut appuyer 
sur le bouton du lecteur optique et déplacer 
l’unité au-dessus du papier; elle lit ainsi ce qui 
y est inscrit. Après environ une seconde, si 
l'Omni-reader a réussi à lire la ligne, la DEL cli- 
gnote une fois, et un signal sonore est produit ; 
finalement la ligne apparaît à l’écran. Si le lec- 
teur n’a pas lu la ligne correctement, il clignote 
et produit deux signaux sonores. L'utilisateur 
peut alors choisir de recommencer la lecture de 
la ligne au moyen d’un autre passage, ou deman- 
der à l’ordinateur d’accepter la ligne en appuyant 
sur le bouton du haut. 


Un peu de lecture... 


L'Omni-reader d'Oberon est 


la première unité de 
reconnaissance de 


caractères (OCR) qui soit à 


la fois assez fiable et 


relativement peu coûteuse. 


Le texte d'une copie 


imprimée peut être lu par 
l'Omni-reader et transféré 


directement dans la 


mémoire de l'ordinateur 


sans avoir à taper le 


document. Actuellement, 
Oberon n’a produit que les 
logiciels correspondant aux 
ordinateurs de gestion les 
plus répandus, bien que 
tout ordinateur doté d'une 
interface RS232C puisse 


utiliser le système. 
(CI. Crispin Thomas.) 


Performances des 
commandes 

Voici les commandes qui 
peuvent être lues par 
l'Omni-reader. Notez les 
deux carrés qui précèdent 
les commandes. Ils 
indiquent à l’'Omni-reader 
que ce qui suit est une 
commande et ne doit pas 
être imprimé. 


La règle 
Cette règle permet de 
positionner la ligne de 
texte correctement. Notez 
que la bande codée au bas 
de la fenêtre indique à 
l'Omni-reader quelle est la 
direction de l'examen. 


L’Omni-reader compare la forme qu’il lit à la 
liste des caractères qu’il possède pour ce type par- 
ticulier de police. Les caractères sont contenus 
dans des modèles de bits mappés dans la mémoire 
de l’'Omni-reader, et l’unité trouve quels sont les 
caractères en examinant constamment l’image 
apparaissant dans l’objectif du lecteur. L'image 
est ensuite divisée en cinquante « tranches » dans 
les directions horizontale et verticale. 
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Omni-reader 


L'interface standard 
RS232C avec débit en 
bauds ajustable. 


FORCES 


L'Omni-reader est rapide 
et précis et peut entrer 
des copies dans un 
ordinateur beaucoup plus 
rapidement qu’en les 
tapant au clavier. 


FAIBLESSES 


Diverses contraintes 
matérielles limitent la 
lecture à certaines 
polices de caractères. 
Puisque l'unité ne peut 
lire que des encres au 
carbone, cela limite 
encore un peu plus son 
domaine d'utilisation. 


Une fenêtre 
Afin que l'unité de 
reconnaissance optique 
puisse fonctionner 
correctement, le texte 
doit être positionné 
exactement au centre de 
la fenêtre. Au bas de la 
fenêtre d'examen existe 
une série de blocs, 
similaires à des codes à 


ceux-ci indiquent à 


direction se déplace la 
tête de lecture. 


iso 


Guide visuel 

Le lecteur optique de 
caractères est guidé 
manuellement le long de la 
ligne de texte. A l'extrémité 
d'une ligne, la DEL produit 
un seul clignotement. 

Un clignotement signifie 
une lecture réussie tandis 
que deux clignotements 
indiquent un échec partiel. 


l'Omni-reader dans quelle Ps 


AAA EE QQQ 
9 g fi$e PCT YyYYV 


$$ 


44 2k% 


Caractères ambigus 

Bien que les polices de caractères semblent assez 
similaires, il existe certaines différences qui 
compliquent leur détection électronique. La principale 
difficulté provient des différences aux extrémités 
(encerclées) des lettres. Puisque l'Omni-reader utilise 
des modèles prédéterminés en mémoire, toute lettre 
qui ne correspond pas exactement à ces modèles sur 
la page imprimée est ignorée. Cependant, même si 
certaines ressemblances apparaissent, des lettres 
comme @Q et g sont vraiment différentes. 


TEST 


SHEET 


THE OMNI-READER 


is a lutionary new Text Reader or 


Optical Character Reader. 


Lors de son déplacement latéral, l’'Omni-reader 
recherche des caractères entiers sous sa tête de 
lecture. Il ne traite que les caractères situés au 
centre de son champ de vision et qui ne sont pas 
fractionnés par l’une des bordures de la zone exa- 
minée. Le caractère est ensuite envoyé dans la 
mémoire de l’ordinateur afin de lui trouver une 
correspondance. 

Quand l’Omni-reader trouve une correspon- 
dance, le logiciel envoie le code ASCII équiva- 
lent via l’interface RS232C et le caractère appa- 
raît à l’écran. Puisque l’Omni-reader doit être en 
mesure de trouver une correspondance exacte 
dans les modèles contenus en mémoire, le texte 
doit être correctement aligné à l’intérieur de la 
fenêtre d'examen. Par conséquent, si les jamba- 
ges (le bas des lettres y, g, p et g) sont situés à 
l’extérieur de la fenêtre, ils peuvent créer une 
erreur — par exemple, un p peut être interprété 
comme étant un o. 

Aussi, si la fenêtre est trop basse, le lecteur 
optique peut lire le haut des caractères de la ligne 
suivante et essayer de les interpréter. Des problè- 
mes peuvent également se poser lorsque l’utili- 


sateur essaie d’entrer un texte trop grand ou trop 
petit pour entrer dans la zone à examiner. Obe- 
rôn recommande de n’utiliser que quatre ou cinq 
caractères par centimètre. Tout ce qui se situe 
hors des limites peut générer une erreur. 

Malgré ces contraintes, l’'Omni-reader fonc- 
tionne étonnamment bien. Le meilleur temps de 
lecture d’une ligne A4 est compris entre 0,5 et 
1,5 seconde, ce qui équivaut au temps nécessaire 
pour glisser l’unité d’un côté à l’autre de la page. 
Bien que le débutant ait au départ quelques dif- 
ficultés à aligner le texte correctement, il réussit 
généralement assez rapidement à bien estimer 
l'emplacement ; en moins d’une heure d’utilisa- 
tion, il est possible de produire des lignes sans 
difficulté et sans erreur. 


Options et commandes 


Afin de faciliter la lecture de polices de caractè- 
res de mauvaise qualité, certaines options ont été 
ajoutées. Ces options sont fournies à l’Omni- 
reader en passant le lecteur optique au-dessus de 
commandes écrites — quatre sont placées au- 
dessus de l4 tablette et les autres sont décrites 
dans le manuel. Chaque commande doit être pré- 
cédée de deux carrés afin qu’elle ne soit pas inter- 
prétée comme un mot devant être affiché à 
l'écran. 

Parmi les quatre commandes qui sont définies 
sur la tablette, la plus utilisée est TYPEFACE, qui 
vous permet de choisir la police devant être lue. 
NUMERIC retire les caractères alphabétiques de la 
police et ne lit que les caractères numériques, ce 
qui accélère la lecture. Cette option est proba- 
blement l’application la plus utile de l’Omni- 
reader puisque la saisie de chiffres est générale- 
ment l’opération qui génère le plus d’erreurs non 
détectées au départ. 

L'entrée directe est une bonne méthode pour 
éviter ce problème. Pour traiter des imprimés de 
mauvaise qualité, l’option POOR peut être utilisée. 
Elle ralentit le rythme de lecture de l’'Omni-reader 
afin qu’il puisse obtenir une image nette du carac- 
tère situé sous le lecteur optique. Elle est parti- 
culièrement utile lors de la lecture d’un document 
réalisé à partir d’un ruban en tissu assez usé. 

Le logiciel Omni-reader consiste en deux 
modules de programmes qui résident dans la zone 
système de la mémoire. Cela signifie que les pro- 
grammes d’application peuvent être chargés dans 
la mémoire en même temps. Les données d’un 
document imprimé peuvent donc être entrées 
directement dans un programme de traitement de 
texte comme WordStar ou, si vous lisez des chif- 
fres, peuvent être directement insérées dans les 
colonnes d’un tableur afin de les calculer 
instantanément. 

L'Omni-reader coûte plus de 10 000 F, logi- 
ciel et câble de connexion compris. Le fabricant 
propose également une demi-journée de forma- 
tion et un entretien pendant un an. Ce n’est vrai- 
ment pas donné. Cependant, pour une entreprise 
qui reçoit de nombreux documents imprimés, 
comme une entreprise de presse, ce type d’inves- 
tissement peut se révéler très rentable. 
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Petite tortue 


Vous connaissez le langage pédagogique logo. Voyons Dr Logo pour 
ordinateurs Amstrad, et comparons-le avec l’original destiné à 


l’IBM PC. 


Quand on a voulu transférer LOGO des gros 
systèmes vers les micro-ordinateurs, il dut subir 
un certain nombre de restrictions et de simplifi- 
cations pour être accepté par les 64 K (ou moins) 
de mémoire disponible sur ces machines. Lors- 
que des micros 16 bits firent leur apparition avec 
plus de mémoire, des nouvelles versions amélio- 
rées arrivèrent rapidement sur le marché. 

Gary Kildall — fondateur de Digital Research 
et du système d’exploitation CP/M — fut 
conquis par les potentialités du langage LOGO, et 
produisit une version appelée Dr LOGO. Cette ver- 
sion a depuis été mise en œuvre sur un certain 
nombre d’autres machines 16 bits. L’Apricot 
File, par exemple, est livré avec Dr LOGO. 

Digital Research a depuis adapté Dr LOGO à un 
certain nombre de machines CP/M 80 sur 8 bits. 
Amstrad propose une de ces versions avec son 
kit logiciel accompagnant le CPC 464. 

Dr LOGO, tel qu’il existe sur IBM PC, suppose 
au moins 192 K. Le disque est protégé en copie, 
mais une copie de sauvegarde est fournie. Pour 
exploiter Dr LOGO, il suffit d'introduire le disque 
et de faire une réinitialisation système. La réso- 
lution graphique couleur est de 320 x 200 pixels, 
avec un choix de seize couleurs de fond et de 
quatre jeux de trois couleurs pour le tracé. 

Avec une carte graphique sur l’IBM PC, et à 
la fois un écran couleur et un moniteur mono- 
chrome, Dr LOGO peut produire et du graphique 
sur l’écran couleur, et du texte sur le moniteur 
monochrome ! Si vous ne disposez cependant que 
d’un moniteur monochrome, les deux modes 
peuvent être mixés sur le même écran. 

Dr LOGO est décrit dans le manuel comme un 
sur-ensemble du langage LOGO, et contient de 
fait toutes les commandes LOGO : les comman- 
des standards graphiques, le traitement de listes 
et de gestion d’espace de travail, les primitives 
de gestion d’erreurs. Mais aussi les assignations 
multiples sur un seul objet et les ensembles (grou- 
page de procédures). Dr LOGO oblige à entrer les 
commandes en minuscules. 

L'éditeur utilise les touches de fonction IBM 
mais reconnaît aussi les codes de contrôle du 
LOGO Apple. Quand une erreur est trouvée à 
l'exécution d’un programme, il suffit de taper ed 
pour transmettre à l’éditeur la procédure en 
cause, prête à être corrigée. Il n’existe malheu- 
reusement pas de moyen de savoir, en regardant 
l’écran, si l’on est en mode édition. La plupart 
des autres versions l’indiquent par une ligne en 
bas de l’écran. 
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Procédure 


D 


IBM PC 
(256 K) 


Amstrad ME Apricot 
CPC 464/664 Fie 


DEFVARS 
RECURFIN2 


LIGNES (avec 
tortue) 
LIGNES (sans 
tortue) 
ASSIGNER 
LISTES 


RECURA 


atteint 


Oo 
eh 


do 


Les procédures banc d'essai 


Les neuf procédures du banc d'essai LOGO sont conçues pour 

vérifier l’accomplissement de diverses fonctions et pour 

montrer les points forts et les inconvénients de chaque 

version. 

+ RECUR évalue la taille de la pile. 

+ DEFVARS calcule la place disponible pour la définition des 

variables et des procédures. 

e RECURENI et RECURAIN? déterminent l’efficacité de l'application de la 

récursion finale. L'idéale devrait permettre une récurrence à 

l'infini. Alors que RECURAN? donne un résultat et peut être 

considérée comme une opération, RECURAN est une commande. 

e LIGNES mesure la vitesse de tracé. Deux chiffres permettent 

de mettre en évidence le gain de temps obtenu en cachant 

la tortue. 

+ _ASSIGNER évalue la vitesse à laquelle des variables reçoivent 
| 
| 


des valeurs. 

+ LISTE apprécie la vitesse des opérateurs de traitement 
de listes. 

e ARTH mesure la vitesse d'exécution des fonctions 
arithmétiques. 

e RECURA calcule la vitesse des appels récursifs. 


En dehors des primitives habituelles de traite- 
ment de listes, Dr LOGO propose : 

— TR| pour le tri d’une liste par ordre 
alphabétique ; 

— BATTRE pour battre les éléments comme on 
bat des cartes, afin de les disposer dans un ordre 
quelconque; 

— PARTAGER vous permet de ne retenir qu’une 
partie de la liste. 

Dr LOGO ajoute également un certain nombre 
d’outils de dépistage d’erreurs : 

— SURVEILLANCE pour suivre ligne par ligne les 
effets d’une procédure; 

— TRACER affiche les noms des variables au fur 
et à mesure. qu’ils sont appelés et définis; 

— DÉPISTAGE D'ERREURS divise l’écran en deux 
fenêtres : la fenêtre de dépistage affiche les infor- 
mations de SURVEILLANCE et de TRACER, la « fenêtre 
de programme » donne le résultat du programme. 

On peut ajouter des commentaires aux procé- 
dures, et on peut aussi les supprimer de l’espace 
de travail par SANSFORMAT, si l’on a besoin de 
davantage de place pour l’exécution du 
programme. 

Il existe également un certain nombre de 
nouvelles primitives de gestion : 

— ORDRE vous permet de définir l’ordre dans 
lequel se présentent les primitives à l’écran; 

— POTEL donne le nom des procédures non 
appelées par d’autres procédures ; 

— POREF <NOV> affiche le nom des procédures 
qui appellent la procédure <N0M>; 

— POCALLNOM> affiche le nom des procédures 
appelées par la procédure <N0OM>. 

Ces caractéristiques supplémentaires apportent 
un développement plus étendu aux programmes 
LOGO. 


Des points faibles 


Dr LOGO comporte aussi un certain nombre de 
points faibles : l’éditeur n’a pas de fonctions de 
recherche et de remplacement, pas de méthode 
d’interfaçage code machine, et pas de gestion de 
fichier. Le manuel de trois cents pages est néan- 
moins très clair et complet. Il comporte une intro- 
duction à LOGO et un manuel de référence avec 
une page par primitive. 

Manifestement, Dr LOGO apporte un « plus » 
par rapport aux autres versions LOGO, ce qui se 
traduit par un environnement plus riche. 

Il est intéressant de comparer Dr LOGO avec les 
autres versions 8 bits en termes d’espace mémoire 
et de vitesse d’exécution. L’espace de travail de 
LOGO se mesure en « nœuds ». Si l’on demande 
à Dr LOGO de combien de nœuds il dispose au 
démarrage du système, la réponse est de 10 000 
(contre 2 000 à 3 000 pour les autres systèmes 
8 bits). Il y a donc largement la place pour défi- 
nir les procédures et exécuter les procédures 
récursives. Néanmoins, la récurrence finale 
— quand une procédure récursive figure à la der- 
nière ligne — n’est pas mise en œuvre efficace- 
ment. Aussi, les programmes qui fonctionne- 
raient indéfiniment sur Commodore, par exem- 
ple, sont rapidement à cours de mémoire. 


Pour ce qui concerne la vitesse, le mode gra- 
phique est rapide, mais le calcul arithmétique et 
le traitement de liste sont plus lents qu’avec toute 
autre version 8 bits du langage. 


Version Amstrad 


Dr LOGO est livré avec le lecteur Amstrad et figure 
sur l’autre face du disque CP/M. Dr LOGO est 
modifié pour Amstrad afin de tenir compte du 
système. Le graphique utilise les mêmes quatre 
couleurs de tracé que l’IBM PC, mais elles sont 
définies par une liste de nombres qui déterminent 
les proportions de rouge, de vert et de bleu. La 
version IBM ne dispose pas d’une gamme très 
étendue de commandes sonores, alors que la ver- 
sion Amstrad possède env (enveloppe sonore), 
ent (enveloppe tonale) et release, qui libère les 
canaux affectés à un état continu dans une com- 
mande sonore. 

La version Amstrad comporte la plupart des 
caractéristiques du LOGO Apple, dont l’assigna- 
tion multiple à un même objet et la gestion 
d’erreurs, mais pas d’utilitaires. 

Les primitives de dépistage d’erreurs et les 
autres caractéristiques de gestion de procédures 
de Dr LOGO sur IBM PC ont été laissées de côté 
sur Amstrad, probablement à cause de ses moin- 
dres capacités mémoire. Plus ennuyeux, cepen- 
dant, est le manque de fonction définition. De 
même, l’absence de moyen pour supprimer un 
fichier, en dehors de quitter et de réintégrer 
CP/M, est très préjudiciable. 

L'éditeur est très lent à répondre, et il se peut 
que vous vous trouviez à un moment donné en 
train de taper des caractères excédentaires qui ne 
seront pas pris en compte. Mais, en revanche, si 
une erreur est détectée dans une procédure en 
cours d’exécution, l’éditeur positionne le curseur 
sur le mot incriminé, ce qui est très utile. 

La version Amstrad permet un accès limité au 
code machine via examine et deposite (PEEK et POKE), ce 
que ne fait pas l’IBM PC. 

La documentation fournie est minimale, et on 
vous demande de vous référer à un guide utilisa- 
teur et à un guide de références déjà publiés. En 
attendant, vous devrez vous contenter du som- 
maire des commandes sur vingt-cinq pages. 
Il semble aussi qu’il y ait quelques caractéristi- 
ques de Dr LOGO déjà en place mais non décrites. 

De nombreuses fonctions très attrayantes de 
Dr LOGO sur IBM PC ont disparu sur Amstrad. 
Il nous reste une bonne version standard LOGO, 
avec quelques extra tels que les groupements de 
procédures et la gestion d’erreurs. 

Dr LOGO est supposé disposer de 2 105 nœuds 
au démarrage, ce qui correspond à un chiffre 
moyen pour un système 8 bits. Cette capacité se 
trouve néanmoins très fortement compromise par 
le fait que la récurrence finale n’a pas été effica- 
cement appliquée. En outre, le graphisme, le trai- 
tement de listes et les calculs arithmétiques sont 
très lents. L'ensemble fait qu’il s’agit de l’une des 
versions 8 bits les plus laborieuses du langage 
LOGO; la plupart des opérations prennent envi- 
ron trois fois plus de temps que sur le C 64. 
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+ 0 
Drame en serie 


L’Interface 1 fournit toutes sortes de routines utiles en langage 
machine Spectrum. Nous allons voir les codes crochets dont elle 
se sert pour contrôler le port série RS232. 


Commençons par considérer l’interface série, qui 
est une prise RS232 270° à neuf broches (la figure 
montre la fonction de chaque broche). Le nom- 
bre de lignes que vous allez avoir besoin de 
connecter dépend de la complexité de votre appli- 
cation, et une liaison minimale RS232 peut être 
établie à l’aide des broches 2, 3 et 7. Dans ce cas, 
les broches 4 et 5 doivent être connectées à la bro- 
che 9 pour les maintenir à la logique 1. Cela évite 
des incidents si quoi que ce soit se trouvant à 
l’autre extrémité de la liaison n’est pas encore prêt 
à recevoir des données de l’ordinateur. Toutefois, 
cela a l’inconvénient de perdre des données si 
l’autre extrémité de la liaison n’est pas prête à 
recevoir. 

Une application possible de la liaison RS232 
est de connecter le Spectrum à une « vraie » 
imprimante. Une fois câblé, le logiciel de 
contrôle est simple à utiliser. Pour envoyer du 
texte à l’imprimante, nous fixons un débit en 
bauds approprié à l’aide de l’instruction BASIC 
FORMAT, puis exécutons le code suivant : 


CLOSE #3 
OPEN #3, «Th 


Cela fait correspondre le flux 3, qui est géné- 
ralement celui de l’imprimante ZX, au canalT, 
qui est celui du texte sur la liaison RS232. Tous 
les détails concernant l’utilisation des flux «texte » 
et « binaire » sont donnés dans le manuel de 
l’Interface 1. LLIST et LPRINT enverront des don- 
nées au dispositif connecté à l’Interface 1. 

Considérons maintenant les détails de fonc- 
tionnement de l’interface série. Les données sont 
transmises avec un bit de début, huit bits de don- 
nées et deux bits stop. Nous n’avons pas à nous 
occuper de ce format, étant donné que le système 
d’exploitation du Spectrum le fait à notre place. 
Ce qui est plus important pour nous est le débit 
auquel les données sont envoyées (en baudbs). 
Celui-ci est généralement fixé par la commande 
FORMAT, qui nous limite à un certain intervalle de 
débits en bauds. Bien qu’il y ait peu de perte 
d’intégrité de données avec une interface RS232 
(même sur une distance considérable), il est 
recommandé d’utiliser des débits de transmission 
d’autant plus lents que les distances sont 
grandes entre émetteur et récepteur. 

Il est pratique d’introduire des variables 
système de l’Interface à l’aide du code crochet 49 
avant d’utiliser l’une des techniques suivantes. 
Il y a deux codes crochets concernés par RS232, 
et trois variables système. Voyons d’abord les 
variables. 


e BAUD (aux emplacements 23747 et 23748) est une 
variable à deux octets, qui contient une valeur 
déterminant le débit à utiliser pour la transmis- 
sion et la réception de données. 

Cela nous montre une des limites de l’interface 
série Spectrum : son incapacité à avoir simulta- 
nément différents débits pour l’émission et la 
réception. s 

e SERFL (à l'emplacement 23/51) est un octet de 
drapeau, qui est utilisé par le SE uniquement à 
la réception. S’il est à 1, il indique qu’il y a encore 
un octet disponible à lire. 

e SERBYT (à l'emplacement 23752) agit comme un 
tampon d’entrée à un octet pour la réception. II 
est occasionnellement possible pour un octet 
d’être reçu et stocké dans cet emplacement après 
l'interruption de la communication. Des pro- 
blèmes peuvent survenir en utilisant les deux 
dernières variables, que nous considérerons 
ultérieurement. 


Caroline Clayton 


Une quatrième variable système (IOBORD [à 
l'emplacement 23/50]) n’est pas strictement 
concernée par l’interface série, mais elle contient 
la couleur de la marge d’écran à utiliser dans les 
opérations E/S. Vous pouvez donc la fixer pour 
contenir la couleur que vous désirez pour la 
marge d’écran pendant ces opérations. 

Quand nous voulons utiliser l’interface RS232, 
la première chose à faire est de fixer un débit en 
bauds. Cela se fait en mettant une valeur appro- 
priée dans BAUD — en fait, c’est tout ce que fait 
FORMAT. 

La valeur à utiliser pour un débit particulier 
est donnée par : 


valeur = (350 000/[26 X débit en bauds]) — 2. 


En utilisant cette équation, il est possible de 
fixer pour l'interface série un débit non standard 
à partir du langage machine, mais c’est proba- 
blement d’un intérêt mineur à moins que vous 
ne communiquiez avec un autre Spectrum via 
RS232. Le tableau des débits en bauds donne 
l’ensemble des valeurs de débits et la routine 
nécessaire pour les mettre en œuvre. 

Considérons maintenant la façon dont les don- 
nées sont transférées à travers la liaison. En 
BASIC, l’ouverture (OPEN) d’un canal à utiliser 
avec l’interface RS232 génère un canal de la 
forme montrée à la figure « Structure de canal 
RS232 ». Ce canal est placé dans la zone canal 
de mémoire. L’octet 4 de ce canal voit ajouter 
128 à sa valeur si le canal a été créé implicitement 
(c’est-à-dire à l’aide de SAVE*, MOVE, FORMAT, etc.). 

Toutefois, ce n’est pour nous que d’un intérêt 
académique lorsque nous en venons à utiliser les 
routines RS232 à partir du langage machine. 
Vous remarquerez qu’il n’y a pas de tampon 
associé à un tel canal. Nous lisons et écrivons les 
données en appelant le code crochet adéquat, qui 


Contient 
&0008 


Contient 
&0008 


Cont. ASCII T ou B |. 


Adresse de RS232 


Routine de sortie 
Adresse de RS232 
Routine d'entrée 


Contient 11 


Longueur de canal 


Structure de canal RS232 
Notez qu'il n’y a pas de tampon associé au canal. 

Toutes les données à émettre ou à recevoir passent 
dans le registre A via les codes crochets 2% et 4. 


DTR (doit être mis 
à 1 logique par 
l’autre ordinateur 
s’il est branché) 


Données 
provenant 
du Spectrum 


CTS (doit être mis 
à 1 logique par 
l’autre ordinateur 


lorsqu'il est prêt 
à recevoir des 
données du 
Spectrum) 


Mis à 1 logique 
pour indiquer que 
le Spectrum est 
branché 


à son tour appelle la routine ayant son adresse 
dans les emplacements 5 et 6 de canal (pour trans- 
mission) ou 7 et 8 (pour réception). Quand nous 
utilisons un code crochet, aucun canal n’est fixé. 
Les deux codes crochets RS232 sont : 

e Code crochet 29. Lorsqu'il est appelé, il 
donne un seul octet depuis l’interface série dans 
le registre À, s’il y en a un de disponible (auquel 
cas le drapeau de retenue sera mis à 1). S’il n’y 
a pas d’octet disponible, alors A contiendra zéro 
et le drapeau de retenue sera effacé. 

e Code crochet #. I] transfère l’octet dans le 
registre 2 vers l’interface série pour transmission 
au débit en bauds en cours. Quand nous utilisons 
ce code, tous les octets sont transmis sans modi- 
fication; il n’y a pas de différence entre les flux 
B et T au niveau du langage machine. 

C’est à ce point que les problèmes concernant 
SERBYT et SERFL peuvent se manifester. Si la rou- 
tine code crochet trouve que SERFL est mis à 1, 
alors il reçoit un octet de SERBYT, même si cet 
octet a été « caché » dans SERBYT depuis le der- 
nier épisode de communication série. Vous aurez 
affaire à ce « fripon d’octet » s’il apparaît au 
début d’une série d’octets reçus; tous les suivants 
seront encore reçus, mais leur sens peut avoir été 
altéré. Le moyen le plus simple pour se débar- 
rasser de ce qui est dans SERBYT est de mettre 
SERFL à zéro avant de tenter de lire quoi que ce 
soit de l’interface série. Cela peut être fait avec 
les instructions machine suivantes : 


XOR A 
LD (23751),A 


C’est la seule complication réelle que trouve- 
ront la plupart des utilisateurs de l’interface série 
— bien que, si l’on est incapable de s’en sortir, 
on puisse échanger les connexions aux broches 
2 et 3 sur la prise d’Interface 1, au cas où elles 
auraient été mal connectées au départ. Le débit 
en bauds engendré, bien que pas toujours défini 
avec précision, est correct dans les tolérances 
requises par les spécifications RS232. 

A bien des égards, la liaison RS232 est la plus 
facile à utiliser des fonctions de l’Interface 1. Il 
n’y a pas à s’occuper de canal d’information en 
code machine, et nous avons simplement deux 
appels à traiter : la transmission et la réception. 


Inutilisé Terre (0 V) 


Interface série RS232 


Données allant Inutilisé 
vers Spectrum 


Inuütilisé 


Moyens de communication 
Le port série de l’Interface 1 
fournit un moyen de 
communication avec 
d'autres appareils série et 
utilise une prise standard à 
neuf broches D. Le seul 
inconvénient de l'interface 
série Spectrum est son 
incapacité à utiliser 
différents débits pour 

la réception et la 
transmission. 

(CI. Kevin Jones.) 
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Pour débuter 


Voici une sélection de livres pour vous initier à ces étranges et 
merveilleuses machines que sont les micro-ordinateurs. Ils vous 
feront entrer dans le cercle des amateurs éclairés. 


1916 


1917 


1918 


Philips MSX 


Dix-huit mois après avoir lancé son premier micro-ordinateur familial, 
Philips, en se ralliant au standard MSX avec les VG 8010 et 8020, 
est devenu le cheval de Troie des Japonais. 


Peu avant Noël 1984, Philips annonçait à grand 
bruit son arrivée sur le marché de l’informatique 
familiale avec un petit ordinateur à la portée de 
tous, et surtout des jeunes, le VG 5000. II lan- 
çait en même temps, dans plusieurs pays euro- 
péens, le VG 8000, le premier micro-ordinateur 
européen au standard japonais MSX. Les Fran- 
çais pouvaient déplorer que, bien que plus coû- 
teux, ce dernier ne leur soit pas destiné. 

Avec l’apparition des deux nouveaux modèles, 
VG 8010 et VG 8020, voilà cette lacune comblée. 
Il semble que Philips, qui doutait d’abord de la 
pénétration des machines MSX en France, soit 
maintenant rassuré à ce sujet. En effet, depuis 
près de deux ans, les fabricants de logiciels n’ont 
cessé de développer des produits pour ces machi- 
nes, essentiellement japonaises jusqu’à présent : 
Canon, Sanyo, Yamaha, Yashika, Yeno... Le 
marché français semble désormais prêt à accueil- 
lir les petits nouveaux de Philips. 


Un système évolutif 


MSX (Microsoft Super Extended) est un standard 
permettant une compatibilité parfaite entre ordi- 
nateurs, périphériques et programmes. Vous 
pourrez donc, au rythme de vos besoins, faire 


évoluer votre configuration dans le temps à par- 
tir d’un micro MSX, sans vous soucier, par exem- 
ple, des problèmes de connexion de périphériques 
ou de compatibilité de programmes. 

Les ordinateurs VG 8010 et 8020 de Philips 
bénéficient de ce standard. Simples d’utilisation 
et particulièrement performants, ils vous ouvri- 
ront le monde fascinant de la création, vous 
accompagneront dans votre découverte de la 
micro-informatique, et vous permettront, grâce 
à leur puissance, d’utiliser des programmes de 
plus en plus évolués. 


. 
Tout un choix 
Ca + . 

de périphériques compatibles 
De plus, grâce à la standardisation, vous pour- 
rez utiliser tous les périphériques déjà créés pour 
MSX tels que lecteur de cassette, imprimante, lec- 
teur de disquette, interfaces diverses, extension 
de mémoire, et une large gamme de programmes 
couvrant les domaines des loisirs, de l’éducation, 
de la création, de la programmation, de la ges- 
tion. Votre ordinateur Philips MSX deviendra 
vite un nouvel ami, fidèle, intelligent et sérieux. 
Tout le monde n’utilise pas un ordinateur pour 


Générateur 


2cteurs de Sortie/entrée 
vidéo Connecteurs de S € 


cartouches « slot » Mmagnetophone Sortie iImprimags tt .…., ; w 
ES Fn— Prise secteur 


Sortie RVB-écran 


365 (L) x 242 (P) 
x 50 (H) mm. 


Transformateur 
d'alimentation 


Phosphore vert (type P42); 
Texte 


Platine d'alimentation 


Basic Microsoft ROM S 3527 MSX Extérieure. 


e — Générateur de sons DOCUMENTATION 


— Interface imprimante Manuel d'installation 
Microprocesseur Z80 — Entrée/sortie périphérique Manuel de référence 


Codeur Péritel Manettes Connecteur clavier 
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écrire des programmes ou pour créer des jeux. 
Il est par conséquent indispensable de disposer 
de la bibliothèque de logiciels la plus étendue pos- 
sible afin de profiter pleinement des possibilités 
des ordinateurs VG 8010 et VG 8020 de Philips. 

Tous les programmes portant la mention MSX 
peuvent être utilisés sur ces modèles, que ce soit 
les programmes Philips ou ceux qui sont déve- 
loppés pour MSX par des éditeurs français et 
étrangers comme Activision, Ascii Microsoft, 
Hatier, Infogrammes, Loriciels, Vifi Nathan. 

Alors que le petit frère VG 5000 était essen- 
tiellement destiné à l’initiation à l’informatique, 
les Philips MSX sont des ordinateurs personnels 
à part entière, destinés aussi bien à l’apprentis- 
sage qu’au jeu ou à la gestion professionnelle. 

Des logiciels très diversifiés sur support cartou- 
che, cassette ou disquette vous permettront 
d’apprendre : le VG 8010 et le VG 8020 sont en 
effet des ordinateurs particulièrement adaptés à 
l’éducation. Pour jouer, la bibliothèque de pro- 
grammes de jeux pour MSX suffira à vous ras- 
surer. En plus du BASIC résident, vous pourrez 
utiliser l’assembleur, le PASCAL ou le LOGO par 
exemple. VG 8010 et VG 8020 vous donneront 
envie de créer vos propres images, votre musi- 
que, pour accompagner vos jeux. En outre, le 
standard MSX est un support idéal pour l’utili- 
sation de programmes professionnels (traitement 
de texte, tableur, base de données...). 


Loisirs ou éducation? 


La puissance de calcul des ordinateurs Philips 
MSX peut être utilisée pour des jeux d’aventu- 
res au graphisme attrayant, ainsi que pour des 
jeux d’adresse et de réflexes. Vous pourrez aussi 
vous passionner pour une partie d’échecs ou uti- 
liser un programme de simulation de vol. 


A l’école ou à la maison, l’ordinateur fera par- 
tie de l’univers de la société de demain. Aussi, 
des spécialistes du logiciel pédagogique comme 
Vifi Nathan, Hatier, etc., ont préparé, en liai- 
son avec des professeurs et des instituteurs, des 
programmes éducatifs au standard MSX dans des 
domaines qui couvrent l’apprentissage de la pro- 
grammation, les mathématiques, l’orthographe, 
les langues. 

Pour vous permettre de tirer le meilleur parti 
de votre micro-ordinateur, les unités centrales 
VG 8010 et VG 8020 MSX sont livrées avec une 
documentation complète indiquant les consignes 
d’installation et toutes les possibilités d’utilisa- 
tion du BASIC MSX. Chacune des 130 instruc- 
tions est décrite, expliquée et illustrée d'exemples 
d’utilisations. 


Des caractéristiques 
intéressantes 


Comme tous les micros MSX, les machines 
Philips VG 8010 et VG 8020 présentent les carac- 
téristiques suivantes : elles utilisent un micro- 
processeur Z80 fonctionnant à 3,6 MHz. Elles 
disposent d’une mémoire morte (ROM) de 32 K 
contenant le système d’exploitation et le puissant 
interpréteur BASIC MSX. 

Le VG 8010 a une mémoire vive (RAM) de 
48 K, dont 16 K de RAM vidéo, 28,8 K de RAM 
utilisateur en BASIC (+ 3,2 K de zone de calcul) 
ou 32 K de RAM utilisateur en assembleur ou 
sous MSX-DOS. 

Le VG 8020 a une mémoire vive de 80 K dont 
16 K de RAM vidéo, 28,8 K de RAM utilisateur 
en BASIC (+ 3,2 K de zone de calcul) ou 64 K 
de RAM utilisateur en assembleur ou sous 
MSX-DOS. 

La mémoire vive utilisateur du VG 8010 est 
extensible à 160 K par cartouches RAM enficha- 
bles, et celle du VG 8020 à 192 K. Les deux modè- 
les sont équipés d’un clavier AZERTY, 6 modes 
(avec lettres accentuées), 5 touches de fonction 
permettant la sélection de 10 instructions BASIC 
programmables à volonté. 

Le puissant microprocesseur vidéo permet de 
définir jusqu’à 256 lutins, dont 32 peuvent s’affi- 
cher simultanément. Les écrans disposent de 
16 couleurs et d’une résolution graphique de 
256 X 192 points. 

Les polices de caractères utilisées comportent 
253 caractères alphanumériques et graphiques 
différents. Formés à partir d’une matrice de 
8 X 8 points, ils peuvent s’afficher en mode texte 
(24 lignes de 40 caractères) ou en mode graphi- 
que (24 lignes de 32 caractères). 

Le générateur de sons du VG 8010 et du 
VG 8020 permet de reproduire simultanément 
3 sons sur 8 octaves. 

Les micro-ordinateurs Philips MSX possèdent 
deux « slots » destinés à recevoir des logiciels sous 
forme de cartouches ROM enfichables, des car- 
touches d’extension de mémoire vive, ou des 
interfaces périphériques (lecteur de disquette, par 
exemple). 
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